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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] The present Invention relates generally to manufacturing information systems. 
More specifically, it relates to converting semiconductor manufacturing Work in Process status 
updates into transactions that may be processed by transactional systems, including but not 
limited to an Enterprise Resource Planning system. 

2. Description of the Related Art 

[0002] The semiconductor industry has been transformed over the last 20 years, as it has 
transitioned from a highly vertically integrated model, with a few dominant Integrated Device 
Manufacturers, to a dis-integrated environment comprised of hundreds of highly specialized 
suppliers and fabless semiconductor companies. In this dis-integrated environment, most fabless 
semiconductor companies currently face significant challenges with respect to the exchange and 
integration of information with the suppliers in their supply chains. 

[0003] As semiconductor manufacturing processes have become more complex, a host of 
specialized supplier companies has arisen, including pure-play foundries for wafer fabrication, 
assembly houses for packaging, and test facilities for wafer sorting and final verification. A 
typical customer (e.g., a fabless semiconductor company) will focus on its core competencies of 
product development, and contract with multiple suppliers for various manufacturing services, 
including wafer fabrication, assembly, and test. 
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[0004] As the outsourcing of key manufacturing operations has become commonplace, 
semiconductor supply chains have evolved into complex networks of suppliers and customers. 
For example, a customer may outsource its manufacturing operations to multiple suppliers: the 
wafer fabrication to a pure-play foundry; wafer sort to a second supplier; assembly and packaging 
to a third supplier; and final test to a fourth supplier. Nevertheless, the customer typically desires 
visibility into the supply chain in order to track the progress of its products through the supply 
chain. 

[0005] On the other hand, participants in the semiconductor supply chain may have one or 
more information systems. These may include manufacturing execution systems (MES), 
enterprise resource planning (ERP) systems, and supply chain management (SCM) systems. As 
there are a plethora of MES, ERP, and SCM vendors, product offerings, and system 
configurations to choose from, each participant can have a unique combination of information 
systems and software, tailored to that company's unique business processes and needs. The 
different information systems typically also make use of different data formats and 
communications mechanisms for the potential exchange of information. There are not, as yet, 
any widely adopted standards. 

[0006] The combination of disparate systems and the lack of widely adopted standards 
presents significant technical challenges for companies and customers that want to integrate 
information from these disparate systems, as this typically requires a series of custom integration 
projects to link the systems in a customer's supply chain. Such integration projects are lengthy 
and expensive, and can require significant commitments from each supply chain member. As 
few organizations have the budget, technical personnel, and leverage to negotiate these 
commitments with suppliers, the present environment in the semiconductor industry has evolved 
into a dis-integrated model in which an increasing number of information systems are not linked. 
In this situation, companies that outsource their manufacturing operations to dis-integrated 
suppliers have very limited visibility and control of the semiconductor manufacturing process. 
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They also face significant barriers in addressing and overcoming these deficiencies. This places 
smaller companies that outsource at a further disadvantage, as they are less able to afford the 
costs of integration with their suppliers. 

[0007] One important problem that customers in this environment face is the need to track 
and manage the flow of parts throughout the entire manufacturing process. Due to the long 
manufacturing cycles of semiconductors, customers generally desire regular updates of "work in 
process" (WIP) for their orders. This helps detect problems early in the manufacturing process, 
enabling customers to avoid "surprises" and to respond quickly when problems arise. To gain an 
integrated view of the manufacturing process, a customer would have to integrate WIP updates 
from the systems of multiple suppliers, each of which will typically have different types of 
information systems that supply WIP updates in different data formats and employ different 
communications mechanisms. The task of manually integrating large volumes of different types 
of WIP updates from multiple suppliers on a regular basis is too time-consuming, complex, and 
costly to be practical. As the number of products and suppliers in the supply chain increases, the 
amount of work, personnel required, and associated cost also continues to increase. Thus, there 
is a need to automate the integration of WIP updates from multiple suppliers with disparate 
systems. 

[0008] Automating the integration process requires overcoming a number of technical 
challenges regarding data formats, communication methods, and content of WIP updates. WIP 
updates can be provided in a wide variety of data formats, including CSV (comma separated 
value), TSV (tab separated value), ASCII fixed-format text, Excel files, and XML. Multiple 
communications mechanisms are currently in widespread use as well, including FTP, HTTP, 
email transport, and EDI. The content of WIP updates includes updates for one or more 
manufacturing lots. Each manufacturing lot consists of a quantity of wafers or die that are 
grouped and processed together by a supplier. These lots may split, merge, lose quantity, and so 
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forth; and, as previously mentioned, suppliers typically provide WIP updates to customers on a 
periodic basis. 

[0009] WIP updates can be broadly divided into two types: "status" and transactional. WIP 
status updates typically include a set of records, one for each lot in the supplier's system. These 
records represent the current status, or "state," of each lot at a specified point in time. WIP 
transactional updates provide a chronological series of transactions, which represent the "changes 
in state" that have affected lots in the supplier's system. 

[0010] One problem with status updates is that they do not provide any direct information 
regarding events, such as split, merge, and scrap. The data provided only reports the current 
status of a lot at the time the status was taken. In other words, a WIP status update provides no 
notification regarding what has actually changed: whether the lot has split, merged with another 
lot, or lost quantity. Transactional updates, on the other hand, explicitly describe events, as they 
capture the "state changes" effected by events. The transactional method creates a series of 
records that describe the events that affect a given lot. This creates transactions each time a lot is 
split, merged, or scrapped, for example. 

[0011] The "status" approach currently is the method most widely used throughout the 
industry, as it is simpler and cheaper for suppliers to implement. A supplier can simply extract a 
set of current records from its existing MES, ERP, or SCM system. Conversely, the transactional 
method is rarely provided by suppliers, because of the additional complexity and expense for 
suppliers. It requires the ability to maintain a history of transactions and extract records from this 
history - a feature not typically provided by the vendors of MES, ERP, and SCM systems. 

[0012] The fact that the vast majority of suppliers only provide WIP status updates poses a 
significant challenge in the integration of WIP updates. Virtually all modern information 
systems for tracking lots are built upon a transaction processing model. As such, integrating a 
company's own lot tracking system with disparate supplier systems typically requires access to 
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either transactional updates or some access to event information from which transactions can be 
derived. 



[0013] Thus, a typical customer finds itself in a dilemma created by the fact that the 
semiconductor supply chain environment consists largely of multiple disparate systems that 
generate WEP status updates in a wide variety of data formats using a wide variety of 
communication mechanisms. There is no ready solution that provides a simple, straightforward 
method for automatically integrating WIP status updates throughout the manufacturing process. 
On the one hand, the status updates that are readily available from suppliers, albeit in different 
formats, do not include the information about lot events necessary to create transactions for the 
customer's system. On the other hand, it is difficult to gain automated access to WIP 
transactional updates from suppliers. 

[0014] Numerous methods have been advanced to address some of the afore-mentioned 
needs, including certain WIP tracking systems, WIP data collection services, and a variety of 
collaborative solutions. However, existing WIP tracking systems typically target shop floor 
automation and interface directly with shop floor equipment. These systems do not currently 
provide features to integrate data from multiple suppliers without expensive custom integration, 
and do not provide WIP information in a transactional form that can be integrated into a 
Transactional Enterprise System. 

[0015] WIP data collection services provide services to retrieve data from multiple 
suppliers and deliver it to an end customer. Such systems may offer custom integration services 
to standardize or convert the data from multiple sources into a common format to be specified by 
the end customer. However, the WEP data collection services currently available do not convert 
status information to a transactional form, and are typically as expensive as custom integration 
efforts. 
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[0016] A variety of collaborative solutions have been put forth, including exchanges, 
collaborative integration methods, and proposed industry standards. The exchange model 
requires that participants within a given supply chain join the exchange, and either link their 
information systems to the exchange or adopt and install exchange system software to run their 
business processes. Collaborative integration methods provide common integration components 
to link the various members of a supply chain together. These require all members of a given 
supply chain to adopt and install these common integration components in order to provide inter- 
operability between the various systems. 

[0017] Additionally, a number of industry standards have been proposed for exchanging 
and integrating WIP updates. One of these industry standards is RosettaNet, which has proposed 
"partner interface processes" (PIPs) for WIP updates. However, the RosettaNet implementation 
is actually a variant of the above-mentioned "collaboration" systems. It requires the adoption of 
software components on the part of each supply chain member, and involves complex, lengthy, 
and expensive integration projects. 

[0018] Despite these efforts, there is currently no single solution, system or standard that 
has attracted widespread acceptance. The vast majority of suppliers in the semiconductor 
industry continue to provide WIP updates primarily as status updates, in a variety of different 
formats using multiple communication mechanisms. Integrating WIP updates into customer 
information systems, in the present environment, continues to be a complex, difficult, and 
expensive proposition. 

[0019] Thus there is a need for an integration system and method, which can overcome 
some or all of the above-identified problems. 
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SUMMARY OF THE INVENTION 

[0020] The present invention overcomes the various limitations of the prior art by 
identifying transactions (for example, lot updates, lot splits, lot merges, lot scraps) from Work in 
Process (WIP) status updates received from suppliers in the semiconductor supply chain. These 
transactions can be processed by a Transactional Enterprise System, such as an Enterprise 
Resource Planning (ERP) system, thus facilitating automated processing of supplier WIP status 
updates. 

[0021] In one approach, WIP status updates for a semiconductor product are received from 
at least one supplier in the supply chain for the semiconductor product. The WIP status updates 
are converted to a generalized form. Preferably, the generalized form is used for all WEP status 
updates, thus establishing a common baseline for comparison. In one implementation, the 
generalized form also divides the semiconductor manufacturing processing into a predefined set 
of logical operations that have coarser granularity than the processing steps used in the supplier's 
WIP status update. The WIP status updates in the generalized form are compared to a previous 
WIP status for the semiconductor product (as may be maintained in a database). Transactions are 
identified based on the comparison. 

[0022] In one aspect, the WIP status updates are expressed in lots, with each lot containing 
a quantity of the semiconductor product. Transaction identification occurs on a lot basis, for 
example based on a change in the quantity of semiconductor product in a lot. In one approach, 
lots from the WIP status update are grouped with lots from the previous WIP status (e.g., by 
customer product ID, lot ID, etc.), and transactions are identified within the groupings. Within 
each grouping, lots can be classified according to a change in the quantity of the lot from the 
previous WIP status to the current WIP status (i.e., the WIP status update). For example, a lot 
may be a potential split-child lot if it appears in the WIP status update but not in the previous 
WIP status. Possible valid combinations of lots are identified according to their classifications 
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(e.g., a potential split-child lot may possibly be combined with a potential split-parent lot). 
Transactions are identified by evaluating the possible valid combinations of lots. 

[0023] In a specific implementation, transactions are identified from WIP status updates in 
two steps. First, supply chain events are identified based on a comparison of the WIP status 
updates in the generalized form with the previous WIP status for the semiconductor product. 
Then, the supply chain events are interpreted as transactions. Supply chain events that are 
interpreted as more than one transaction may result in the creation of transient WIP statuses. 

[0024] In an example implementation, a system includes an adapter, a transaction identifier 
(which includes an event identifier, an event interpreter, and an interpretation rules database), 
and a WIP tracking database. The adapter(s) receive the WIP status updates and convert them to 
the generalized form. The event identifier identifies supply chain events based on comparisons 
of the WIP status updates and previous WIP status, as retrieved from the WIP tracking database. 
The event interpreter converts the supply chain events to transactions, according to rules supplied 
by the interpretation rules database. The system may further include a transaction processor, for 
processing the transactions to update a transactional enterprise system. The WIP tracking 
database can be updated by a synchronizer, based on the updated transactional enterprise system. 

[0025] Other aspects of the invention include other methods, devices and systems 
corresponding to the approaches described above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] The invention has other advantages and features which will be more readily 
apparent from the following detailed description of the invention and the appended claims, when 
taken in conjunction with the accompanying drawings, in which: 
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[0027] FIG. 1 A is a schematic diagram that illustrates a model of a simple semiconductor 
manufacturing supply chain. 

[0028] FIG. IB is a schematic diagram that illustrates a model of a more complex 
semiconductor manufacturing supply chain. 

[0029] FIG. 2 is a block diagram that illustrates a virtual manufacturing system interfacing 
with various suppliers' systems and a transactional enterprise system. 

[0030] FIG. 3 is a schematic diagram of one embodiment of a virtual manufacturing 
system according to the invention. 

[0031] FIG. 4 illustrates an example of mapping a supplier's process to a predefined set of 
operations. 

[0032] FIG. 5 A illustrates an example of a WIP status update from a FAB supplier. 

[0033] FIG. 5B illustrates an example of a WIP status update from a non-FAB supplier. 

[0034] FIG. 6 is a flow chart illustrating one method for grouping and processing lots for 
identification. 

[0035] FIGS. 7A-7B is a flow chart illustrating one method for identifying supply chain 
events. 

[0036] FIG. 8 is a flow chart illustrating one method for interpreting supply chain events as 
transactions. 

[0037] FIGS. 9A-9F illustrate an example scenario of consecutive WIP status updates from 
a FAB supplier corresponding to various events, including lot start, lot update, lot split, and lot 
merge events. 
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[0038] 



FIG. 9G is a sample WIP status update that provides an example scenario 



illustrating ambiguity in event identification. 



[0039] 



FIG. 10 illustrates a sequence of supply chain events identified by processing the 



WIP status updates illustrated in FIGS. 9A-9F. 



[0040] 



FIGS. 11A-11B illustrate a sequence of transactions and their dependencies created 



by processing the WIP status updates illustrated in FIGS. 9A-9F. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



[0041] 



FIG. 1 A illustrates one model 001 of a simple semiconductor supply chain. 



Semiconductor manufacturing can be modeled as four major processes, which occur in the 
following order: Wafer Fabrication 002, Sort (e.g., circuit probing) 004, Assembly 006, and 
Final Test 008. In some cases, the supply chain may not include a Sort 004 process, for example 
if the Wafer Fabrication Process 012 has stabilized with high yields, as is often the case with 
mature products. This model also involves a plurality of semiconductor manufacturers and 
service providers, which are referred to generally as suppliers: specifically, Supplier A 010, 
Supplier B 014, Supplier C 018, and Supplier D 022. In FIG. 1A, the boxes 012, 016, 020 and 
024 represent the actual processes implemented by these suppliers. 

[0042] The example model 001 shown in FIG. 1 A is a linear model in which each supplier 
implements only one process and transfers the resulting material to the next supplier in the chain 
to continue with the next process. The arrows between the supplier processes indicate 
dependencies in the semiconductor manufacturing process. Thus, process 016 performed by 
Supplier B 014 is dependent upon completion of process 012 performed by Supplier A 010. 
Accordingly, Supplier B 014 may be referred to as being a "downstream" supplier of Supplier A 
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010. Conversely, Supplier A 010 is an "upstream" supplier of Supplier B 014. In the same 
manner, Supplier B 014 is an upstream supplier of both Supplier C 018 and Supplier D 022. 

[0043] The invention applies equally to other models and other supply chains, including 
those in which one supplier transfers material to multiple downstream suppliers, those in which 
one supplier receives material from multiple upstream suppliers, those in which one supplier 
performs more than one process, and those in which a supplier offers multiple configurations of 
process services. As examples, a wafer foundry may transfer processed wafers to multiple sort 
suppliers, a final test supplier may receive material from multiple assembly suppliers, a single 
supplier may perform both assembly and final test processes consecutively, and one supplier may 
offer three configurations of services consisting of assembly only, final test only, and assembly 
and final test. In addition, the one to one correspondence between suppliers and processes shown 
in FIG. 1 A is not required. Generally speaking, suppliers may perform any subset of steps 
within the semiconductor supply chain and there may be any number of suppliers (including just 
one). The supply chain may also extend beyond just manufacturing, for example to also include 
design activities. 

[0044] FIG. IB illustrates a model 301 for a more complex semiconductor supply chain. 
Suppliers in this example provide services that include various combinations of processes. 
Supplier A 010 provides service configurations of both Wafer Fabrication 002 and Wafer 
Fabrication 002 with Sort 004. Supplier B 014 provides different configurations of services for 
Sort 004, Assembly 006, and Final Test 008. Supplier C 018 provides both Sort 004 and Final 
Test 008 services. The boxes 312, 314, 316, 318, 320, 324, and 326 represent the various 
configurations of supplier services that are available for manufacturing semiconductor product. 
A manufacturing flow for a specific lot of product typically involves the transfer of material from 
one supplier service to another for further processing. This is shown in FIG. IB by the arrows 
that connect the services from one supplier to another supplier in the supply chain model 301. In 
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FIG. IB, the arrows show the different possible paths that lots can take through the different 
suppliers. 

[0045] The manufacturing flows for different products vary depending upon numerous 
factors, including supplier costs, supplier capacities, and the phase of the product being 
manufactured. Products typically progress through two distinct phases, an initial engineering 
phase and a volume production phase, which may require different process flows to different 
suppliers. For each product, an appropriate manufacturing flow is created from the available 
supplier service configurations, as illustrated in the following examples of flows for an 
engineering product and a volume product. 

[0046] During the early part of a product's engineering phase, a relatively small number of 
initial prototypes are typically created to verify the product's functionality and manufacturability. 
In this period, sort test programs may be still under development, and it is possible that the 
process for Sort 004 will be skipped. The process flow for this engineering material will thus 
consist of Wafer Fabrication 002, followed by Assembly 006 and Final Test 008. For example, 
the wafers may be created by Supplier A 010 using process 314 for Wafer Fabrication 002. The 
unsorted wafers may be transferred to Supplier B 014, which uses process 320 for Assembly 006. 
The assembled and packaged parts may then be sent to a specialty test Supplier C 018, which 
uses process 326 for Final Test 008 of the prototype parts. 

[0047] Once a product has been qualified, it typically enters a volume production phase. A 
complete process flow is typically used, consisting of Wafer Fabrication 002, Sort 004, Assembly 
006, and Final Test 008. For improved efficiency and lower costs, the manufacturing flow is 
often streamlined by having multiple consecutive processes executed by the same supplier. For 
example, the production wafers may be created by Supplier A 010 using process 312 for Wafer 
Fabrication 002 and Sort 004. The sorted wafers may then be transferred to Supplier B 014, 
which uses process 318 for Assembly 006 and Final Test 008 of the production parts. Note that 
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lots may not always remain together for the entire supply chain. Lots can be split, merged, and 
otherwise altered for various reasons, as will be further described below. 



[0048] FIG. 2 illustrates an example system that integrates various suppliers' WIP updates 
via a Virtual Manufacturing System (VMS) 116. In this example, supplier A 010 is a wafer 
fabrication supplier, supplying wafer fabrication WIP Status Update 110 in either text or CSV 
format via an FTP communications mechanism. Supplier B 014 is a wafer sort supplier, 
providing the wafer sort WIP Status Update 110 in either text or CSV format via email. Supplier 
C 018 is an assembly supplier, supplying assembly WIP Transactional Update 112 via an HTTP 
communication mechanism. Supplier D 022 is a final test supplier, supplying test WIP Update 
using the RosettaNet PIP 7B1 114. 

[0049] The VMS 116 is an enterprise WIP integration system in this example. The VMS 
116 processes the different WIP updates from the disparate supplier systems, as delivered 
through various communications mechanisms, and provides a set of transactions to be integrated 
into one or more instances of a Transactional Enterprise System 118. In one implementation, the 
Transactional Enterprise System 118 is an Oracle ERP system. 

[0050] FIG. 3 shows one embodiment of the VMS 116. This VMS 116 includes various 
supplier Adapters 200, 202, 204, 206, a Transaction Identifier 215 (which is implemented in this 
example by an Event Identifier 210 coupled to an Event Interpreter 216, which accesses an 
Interpretation Rules Database 218), a WIP Tracking Database 214, a Synchronizer 222, a 
Graphical User Interface 224, and a Transaction Processor 226. Components 210, 216, 222, and 
224 can access the WIP Tracking Database 214. The Graphical User Interface 224 can also 
access the Transaction Identifier 215. Data (e.g., WIP updates) flows from the supplier systems 
to the respective Adapters 200, 202, 204, 206 to the Event Identifier 210 to the Event Interpreter 
216 to the Transaction Processor 226 to the Transactional Enterprise System 118. Data can also 
flow from the Transactional Enterprise System 118 to the Synchronizer 222 to the WIP Tracking 
Database 214. 
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[0051] The system operates as follows. The Adapters 200, 202, 204, and 206 receive WIP 
updates 110, 112, and 114 from supplier systems and convert them from supplier-specific data 
formats into Generalized WIP Updates 208. In this example, the Generalized WIP Updates 208 
share a common data format that supports both status and transactional data representations. The 
Synchronizer 222 updates the WIP Tracking Database 214 based on the Transactional Enterprise 
System 118. The Transaction Identifier 215 identifies Transactions 220, typically by comparing 
the Generalized WIP Updates 208 to previous WIP status, as stored in the WIP Tracking 
Database 214. In this particular implementation, this occurs in two steps. The Event Identifier 
210 processes the Generalized WIP Updates 208 to identify Supply Chain Events 212, and the 
Event Interpreter 216, with the aid of the Interpretation Rules Database 218, converts these 
events into Transactions 220. These Transactions 220 are linked and ordered for 
interdependency and sent to the Transaction Processor 226. The Transaction Processor 226 
employs an interface method specific to the Transactional Enterprise System 118 to process the 
Transactions 220 and update the Transactional Enterprise System 118. The Graphical User 
Interface 224 may be used to view or modify data within the VMS 116. 

[0052] In one implementation, the WIP Tracking Database 214 and the Interpretation Rules 
Database 218 are implemented using an Oracle Database. The different components 200, 202, 
204, 206, 210, 212, 216, 220, 224, and 226 are implemented using Java classes, Java servlets, 
XML, XSLT, and Java server pages (JSP). Portions of the Synchronizer 222 are implemented as 
PL/SQL stored procedures. 

[0053] In more detail, the Adapters 200, 202, 204, and 206 encapsulate the logic to 
receive/retrieve WIP updates 110, 112, and 114 from supplier systems, typically using supplier- 
specified communication mechanisms. The term "receive" is used loosely here. For example, if 
WIP updates are transmitted from a supplier to the end customer and not to the VMS 116, an 
adapter may include the capability to intercept the WIP update before it reaches the customer. 
The Adapters can also validate WIP updates and/or convert the WIP updates from supplier- 
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specific data formats into Generalized WIP Updates 208. In one implementation, the 
Generalized WIP Updates 208 are implemented as an XML document. FIG. 3 shows one 
adapter for each supplier but a one to one correspondence is not required. 

[0054] The Event Identifier 210 receives the Generalized WIP Updates 208 and processes 
them to identify Supply Chain Events 212. It typically does this by comparing the Generalized 
WIP Updates 208 with the previous WIP status, which is stored in the WIP Tracking Database 
214. Examples of Supply Chain Events 212 that are applicable to semiconductor manufacturing 
include the following: lot start, lot split, lot merge, lot scrap, and lot update. A lot start event 
identifies that processing for a new lot has begun. A lot split event identifies that one lot has 
been broken into two or more lots. A lot merge event identifies that two or more lots have been 
combined into a single lot. A lot scrap event identifies that the entire quantity of a lot has been 
lost. A lot update event identifies that a change has occurred in one or more properties of a lot, 
such as a quantity gain or loss, a change in the projected completion date, or a change in a lot's 
process step. 

[0055] The Event Interpreter 216 translates the set of Supply Chain Events 212 received 
from the Event Identifier 210 into a set of supply chain Transactions 220. Examples of 
Transactions 220 that are applicable to semiconductor manufacturing include the following: 
START, MOVE, BONUS, SCRAP, SPLIT, MERGE, and UPDATE. A START transaction is 
used to create a new lot. A MOVE transaction is used to move a lot from one logical operation 
to another. A BONUS transaction is used to increase the quantity of a lot. A SCRAP transaction 
is used to reduce the quantity of a lot. A SPLIT transaction is used to break one lot into two or 
more lots. A MERGE transaction is used to combine two or more lots into a single lot. An 
UPDATE transaction is used to change the properties of a lot, such as a change in the projected 
completion date. 

[0056] Multiple attributes may change for the same lot during the time period between two 
consecutive WIP status updates provided by the supplier. For example, the lot may move to the 
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next step, lose some quantity, and then may split, producing a child lot. The Event Identifier 210 
may identify this primarily as a split event. However, the particular target Transactional 
Enterprise System 118 may require the application of multiple transactions to achieve the desired 
end status for the lots involved. In the example above, a MOVE transaction may be applied to 
move the lot, a SCRAP transaction may be applied to account for the quantity loss, and a SPLIT 
transaction may be applied to create the child lot. Thus, a single event may be interpreted as 
multiple transactions, which may have to be processed in a certain order. The specific rules 
required for accurate event interpretation will depend upon the target Transactional Enterprise 
System 118. 

[0057] The Interpretation Rules Database 218 provides a configurable repository for 
ordered lists of rules. For example, it can include rules for maintaining transaction dependencies 
when an identified Supply Chain Event 212 is interpreted as multiple transactions. In one 
embodiment, the Interpretation Rules Database 218 also has rules that define the order of 
precedence for transactions, such as "scrap before move." This rule ensures that, if an event is 
interpreted into a scrap transaction and a move transaction, the scrap transaction is to be 
performed before the move transaction. 

[0058] The Transactions 220 are linked and ordered for interdependency and sent to the 
Transaction Processor 226. The Transaction Processor 226 employs an interface method 
specific to the Transactional Enterprise System 118 to process these Transactions 220 and update 
the Transactional Enterprise System 118. In one embodiment, the Transaction Processor 226 
employs an interface to an Oracle ERP system. In another embodiment, the Transaction 
Processor 226 provides RosettaNet WIP transactions as specified in the RosettaNet PIP 7B1 . In 
yet another embodiment, the Transaction Processor 226 may provide interfaces to multiple 
Transactional Enterprise Systems 118, each of which may require different interface methods. 

[0059] Enterprise systems (such as MES, ERP, and SCM systems) often are used to 
maintain the master data for all suppliers, supplier processes, products, part numbers, lots, and so 
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forth. The WIP Tracking Database 214 preferably holds a minimal subset of enterprise data that 
is necessary for WIP tracking and related operations. This typically includes information such as 
part numbers, supplier processes, and lot data. The Synchronizer 222 extracts this information 
from the Transactional Enterprise System 118 and refreshes the WIP Tracking Database 214 with 
up-to-date information as needed. Preferably, this is done immediately prior to processing each 
WIP update. 

[0060] The present invention has numerous advantages. The VMS 116 can be 
implemented so that it does not require software to be installed on supplier sites. This is because 
it is based on a non-invasive "pull and process" architecture. In practice, this means that a 
company does not depend on interaction with suppliers to address systems integration issues. 
The VMS 116 also provides a flexible solution that can be easily deployed by a company for its 
entire supply chain, as it accepts a full range of available types of WIP updates currently in use in 
the semiconductor industry, including WIP Status Updates 110, WIP Transactional Updates 112, 
combinations of status and transactional WIP updates, and RosettaNet WIP PIPs 114. 

[0061] The VMS 116 can also provide significant reduction in ongoing operational costs by 
automating the processing of WIP update directly into Transactional Enterprise Systems 118. 
The VMS 116 can also provide a significant reduction in the time and cost required to integrate 
information from new suppliers into a company's Transactional Enterprise System 118, since 
integrating WIP updates from new suppliers is a relatively straightforward matter of data 
conversion to produce Generalized WIP Updates 208. Finally, the VMS 116 can provide 
transactional data, such as RosettaNet transactions, to the Transactional Enterprise Systems 118 
of other companies, including, but not limited to, customers, suppliers, distributors, and so forth. 
The above advantages make the present invention a flexible and cost effective solution for 
integrating WIP updates from the disparate systems of an entire semiconductor supply chain. 

[0062] The present invention can provide benefits to semiconductor manufacturing 
suppliers, fabless semiconductor companies, semiconductor manufacturing data collection 
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service providers, and customers of fabless semiconductor companies. For example, in one 
scenario, a fabless semiconductor company such as eSilicon Corporation of Sunnyvale, 
California uses the VMS 116 to integrate WIP updates from its suppliers into its Oracle ERP 
system. In another scenario, a semiconductor manufacturing supplier whose systems can only 
provide WIP status updates can use the VMS 116 to provide transactional data to its customers. 
In yet another scenario, a WIP data collection service provider can use the VMS 116 to collect 
WIP updates from a variety of suppliers and provide transactions to the Transactional Enterprise 
Systems 118 of the provider's customers. 

[0063] FIGS. 4-11 provide further details and examples. 

[0064] Customers that engage with multiple suppliers face a number of challenges in 
attaining a unified view of WIP in the supply chain. First, suppliers use a variety of different 
manufacturing processes for different products. Each of these processes may consist of different 
steps. Second, the same process at different suppliers may be reported differently. The names of 
steps often differ from one supplier to the next, as do the number of steps reported by each 
supplier for any given process. Finally, some supplier processes, such as wafer fabrication, may 
consist of hundreds of steps. Customers typically do not want or need to track WIP at this level 
of granularity. As a result of these factors, it is useful to group these supplier steps into a smaller 
number of high-level logical operations at a coarser level of granularity, as described further 
below. These logical operations are reflected in the Generalized WIP Updates 208. 

[0065] FIG. 4 illustrates an example in more detail. In this example, the semiconductor 
supply chain process is modeled as a predefined set of logical operations 404, and the supplier 
steps in WIP status updates are mapped to the predefined logical operations 404. As mentioned 
above, logical operations 404 typically have a coarser granularity than the steps defined in the 
supplier's process. Thus, there typically will be a many to one mapping of steps in the supplier's 
process to the logical operations 404 and the processes of different suppliers typically will be 
mapped to the same sequence of logical operations 404. 
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[0066] FIG. 4 shows an example flow for a wafer fabrication and sort process 312 of 
Supplier A 010 in FIG. 1A, mapping to coarser sequence of logical operations 404. The order of 
the steps in 312 progresses from SCHEDULED to INKING, and the order of logical operations 
404 progresses from QUE to SORT. Since processes such as 312 may consist of hundreds of 
steps, only a small subset of steps is shown in FIG. 4, sufficient to illustrate the concept of a 
coarse-grained view. As shown in FIG. 4, multiple supplier steps from supplier process 312 are 
grouped into logical operations 404. For example, process steps ESD1_IM (ESD implant), 
GATE2_OX (core transistor gate oxide deposition), SW1J3P (spacer deposition), and VT1_PH 
(adjustment implant mask) in FIG. 4 are all mapped to the logical operation GATE. The logical 
operations 404 are the predefined set of operations to which supplier steps in Generalized WIP 
Updates 208 are mapped before processing by the Transaction Identifier 215. 

[0067] FIG. 5A illustrates some of the attributes of a WIP Status Update 110 from wafer 
fabrication Supplier A 010 in FIG. 2, which can be used in the identification of lot events. Each 
line in the WIP status update represents an update for a given lot. A given WIP status update 
may contain lot updates for one or more customer products. The Customer Product ID represents 
the customer product being manufactured by the supplier. Typically, it is assigned by the 
customer. The Lot ID represents the unique identifier for a given lot, as assigned by the supplier. 
The Wafer Quantity represents the current quantity of wafers in the lot. The Step represents the 
current location of the lot in the supplier process. Steps are defined by the supplier and, as 
discussed previously, different suppliers may use different steps to represent the same process. 
The Projected Out Date represents the date that the supplier expects to complete the processing 
of the lot. FIG. SB illustrates an example of a WIP Status Update 110 from a downstream 
assembly supplier (not shown in FIG. 2). In addition to the attributes provided by the wafer 
fabrication Supplier A 010 in FIG. 5A, FIG. 5B shows the unique Customer Lot ID provided to 
the downstream assembly supplier by the customer, as well as the Die Quantity, or quantity of die 
in the lot. 
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[0068] The lot numbers used by most semiconductor manufacturers have a consistent 
representation. Typically, this consists of a main lot ID, followed by a separator, which is 
followed by a split code. For example, in FIG. 5A, the lot ID for the top row is "T041305.1". 
The main lot ID is "T04 1305". The separator is the "." character. The lot split code is "1". The 
lot ID representation described above can be significant, as it can be used to group related lots for 
identification of Supply Chain Events 212 in FIG. 3 from status updates. However, it is possible 
that a different supplier may not use this notation and may simply represent the Lot ID as an 
alphanumeric character string without any separator and split code. In this case, alternate 
grouping strategies may be employed, such as grouping by the Product ID, Customer Lot ID or 
other data provided by that particular supplier. 

[0069] As discussed above, Supply Chain Events 212 are identified from the WIP status 
updates. The Supply Chain Events 212 can be identified by comparing new lot statuses 
contained in the Generalized WIP Updates 208 with the previous known statuses of the lots in 
the WIP Tracking Database 214. The new lot status in the Generalized WIP Updates 208 
contains the corresponding logical operation mapped from the appropriate supplier process step. 
For example, the logical operation of GATE in 404 may be derived from the step of SW1DP in 
Supplier Process 312 as shown in FIG. 4. 

[0070] FIGS. 6-8 illustrate one example for identifying events from WIP Status Updates 
and for identifying transactions from events. For split and merge event identification, various 
combinations of quantity gaining lots and quantity losing lots are evaluated. To reduce the 
possible number of combinations to be evaluated, various criteria can be used to narrow the set 
of lots that may produce these combinations. Typically suppliers do not split or merge unrelated 
lots, such as lots that have different Customer Product ID's, Customer Lot ID's, or Main Lot 
ID's. Such information can be used to implement various grouping strategies for lots whose 
combinations are then evaluated to identify split and merge events. In other words, rather than 
evaluating all possible combinations of lots represented in a Generalized WIP Update 208 in 
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order to resolve merge and split possibilities, the lots are grouped and combinations within each 
group are evaluated. Three grouping strategies discussed below are grouping by Customer 
Product ID, grouping by Main Lot ED, and grouping by Customer Lot ID. 

[0071] FIG. 6 is a flow chart for grouping and processing lots for event identification 
purposes. In the system of FIG. 3, these steps are implemented primarily by the Event Identifier 
210, although they can be implemented by different components in alternate systems. Step 600 
selects an appropriate lot grouping strategy for the Generalized WIP Update 208 being processed. 
The grouping strategy selected typically is based on multiple factors related to the content of the 
WIP status update provided by the supplier, for example whether the supplier's lot number 
follows a certain scheme for lot numbering, whether the Customer Lot ID is provided, and so 
forth. 

[0072] The Event Identifier 210 loads 602 the new status of lots from the Generalized WIP 
Update 208. The new status includes information from the original WIP Status Update 110 
provided by the supplier (e.g., Lot ID, quantity, supplier step, and Customer Lot ID if provided) 
and also the logical operation 404 mapped from the supplier step. 

[0073] The WIP Tracking Database 214 stores lot status information of all lots for which 
WIP updates have previously been received from various suppliers; such information is referred 
to as the previous status of a given lot. The Event Identifier 210 loads 604 any required previous 
lot statuses from the WIP Tracking Database 214. This typically includes all lots present in the 
Generalized WIP Update 208, as well as all other lots at the supplier from which the Generalized 
WIP Update 208 was received 

[0074] In order to identify the changes that have occurred, the new status of a lot is 
compared to the previous status of the lot, and this requires creating an association, or link, 
between the two statuses. Step 606 links the previous and new statuses for each lot. The links 
between previous and new lot statuses can be determined by matching a Lot ID or Customer Lot 
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ID for each new status with the Lot ID or Customer Lot ID in a previous status. Under various 
conditions, a lot may have only a new status, only a previous status, or both new and previous 
statuses. For example, when a lot is reported for the first time, there will only be a new status. 
When one lot is merged into another lot, there will only be a previous status for the lot that was 
merged into the other lot. 

[0075] The Event Identifier 210 applies 608 the previously selected lot grouping strategy to 
create groups of lots whose combinations maybe evaluated to identify various Supply Chain 
Events 212 . One advantage of creating these groups of lots is to reduce the number of possible 
combinations that are evaluated. 

[0076] Steps 609-613 loop through the different lot groupings. The Event Identifier 210 
selects 609 a first grouping and identifies 610 various Supply Chain Events 212 that have 
happened to the member lots of the currently selected group. The Event Identifier 210 checks 
612 to see if there are more groups of lots to be processed. If so, the next group of lots is 
selected 613 for processing 610. If there are no more lot groupings, then the processing for all 
groups has been completed. 

[0077] Consider that a single WIP update may contain multiple splits and/or merges. The 
technical challenge is to identify the particular combination of split and merge events that would 
yield the reported status. The following steps describe one implementation of an algorithm to 
achieve this goal. Generally speaking, this algorithm identifies all possible valid split and merge 
events, evaluates all possible valid combinations of these events, and then selects a "best fit" 
combination of split and merge events. 

[0078] FIGS. 7A-7B illustrates a flowchart for an algorithm that is used by step 610 to 
identify various Supply Chain Events 212 from a lot group. Step 700 identifies lots that have a 
greater quantity than in their previous status as "quantity gaining lots. 5 ' Lots that are being 
reported for the first time are also classified as "quantity gaining lots." This is useful because 
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any such gain may have occurred as a result of a merge event, i.e., this is potentially a parent lot 
in a merge event. Similarly, step 702 identifies lots that have less quantity than in their previous 
status as "quantity losing lots." Lots with a previous status which were expected but not included 
in the WIP update being processed are also classified as "quantity losing lots." This is useful 
because any such loss may have occurred as a result of a split, i.e., this is potentially a parent lot 
in a split event. Step 704 identifies lots that have both a previous and a new status in which any 
significant fields for WIP tracking have changed as "lots with updates." These include lots 
which have changes in quantity, process step, projected out date, and so forth. 

[0079] Steps 706 to 722 identify various valid split and merge event combinations by 
evaluating all the possible combinations of lots that have gained and lost quantities. Step 706 
identifies lots with a previous status which were expected but not included in the WIP update 
being processed as "potential merge child lots." These lots may have been merged into another 
"parent" lot. Note that these same lots were also identified in step 702 as "quantity losing lots." 
Step 708 identifies lots that are being reported for the first time as "potential split child lots." 
These lots may have been split from another "parent" lot. They are also classified as "quantity 
gaining lots." 

[0080] Various valid split events can be identified by combining potential split parents 
from 702 with combinations of potential split children from 708. Steps 710, 712 and 714 
identify any potential combinations of split events that could occur simultaneously. Step 710 
creates all possible combinations of split children from 708, which shall be referred to as the 
"power set" of split children. Step 712 combines each of the split parent lots from 702 with each 
of the split child combinations from 710 to create pairs representing all potential split events, and 
then selects only the valid pairs. Each valid pair represents a valid split event that may have 
occurred. In this example, the validation criteria are: (a) the total new quantity of all lots 
involved in a split cannot be more than the previous quantity of the parent lot; and (b) none of the 
resulting lots can be in a processing step that is prior to the processing step indicated by the 
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previous status of the parent lot. For example, referring to FIG. 4, if the parent lot has a previous 
status that is in ME3_SPU, none of the resulting lots can have a new status that is in 
WPL2_CMP (or earlier). Step 714 creates the power set (all possible combinations including the 
empty set) from the set of valid split events created in 712 and then selects only valid 
combinations. For a combination to be valid, a lot cannot participate in more than one split event 
at the same time. 

[0081] A similar approach is taken for merge events. Various valid merge events can be 
identified by combining potential merge parents from 700 with combinations of potential merge 
children from 706. Steps 716, 718 and 720 identify any potential merge event combinations that 
can occur simultaneously. Step 716 creates all possible combinations of merge children from 
706 (i.e., the "power set" of merge children). Step 718 combines each of the merge parent lots 
from 700 with each of the merge child combinations from 716 to create pairs representing all 
potential merge events, and then selects only valid pairs. Each valid pair represents a valid 
merge event that may have occurred. The validation criteria are (a) the new quantity in the parent 
lot in a merge cannot be more than the total of the previous quantities of all lots involved in the 
merge; and (b) the new status of the parent lot cannot be in a processing step that is prior to that 
of any child lot. Step 720 creates the power set (all possible combinations including the empty 
set) from the set of valid merge events created in 718 and then selects only valid combinations. 
For a combination to be valid, a lot cannot participate in more than one merge event at the same 
time. 

[0082] Step 722 identifies valid "unified" event combinations that contain split and merge 
events that can occur simultaneously. To do this, 722 first combines each of the valid split event 
combinations from 714 with each of the valid merge event combinations from 720 to create a set 
of event combinations where each member may have multiple split and/or merge events, and 
then selects only valid combinations. For a unified event combination to be valid, a lot cannot 
participate in more than one event at the same time. 
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[0083] Step 724 applies a best-fit selection strategy to select one of the valid unified event 
combinations. First, 724 selects the combinations that involve the maximum number of lots. If 
this criteria yields more than one combination, then 724 selects the combinations that yield the 
minimum quantity of scrap material. If these criteria yield more than one combination, then 724 
may apply further optimization algorithms (such as those based on minimizing the movement of 
material) to select a single combination. 

[0084] Steps 726 to 732 process the remaining lots (i.e., those not involved in the 
previously selected best-fit unified event combination) to identify the remaining types of events: 
lot start events, lot scrap events, and lot update events. From the quantity gaining lots from 700 
that are not included in the combination selected by 724, step 726 creates lot start events for lots 
with no previous status. From the quantity losing lots from 702 that are not included in the 
combination selected by 724, step 730 creates lot scrap events for lots with no new status. For 
the lots with updates from 704 that are not included in any of the events identified in the previous 
steps (i.e., 724, 726, and 730) step 732 creates lot update events. 

[0085] FIGS. 6-7 show one example of identifying Supply Chain Events 212 in FIG. 3 
(and ultimately, Transactions 220) from WIP status updates. Other approaches will be apparent. 
For example, in FIG. 6, different grouping strategies and different approaches to linking new and 
previous lot statuses can be used. As another example, steps 700-708 may be replaced with 
different classifications of lots. The identification of possible split and merge events can occur 
using approaches other than the exhaustive approach of steps 710-714, 716-720 and 722. As 
mentioned above, different criteria can be used to identify which of the possible split and merge 
events is the "best fit." 

[0086] FIG. 8 illustrates a flow chart of the algorithm used by the Event Interpreter 216 in 
FIG. 3 to convert each of the Supply Chain Events 212 identified by the Event Identifier 210 into 
Transactions 220. The Event Interpreter 216 takes the previous and current lot statuses identified 
by the current Supply Chain Event 212, extracts all applicable rules from the Interpretation Rules 
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Database 218, and applies these rules iteratively to create an ordered list of Transactions 220 that 
may be applied to reflect the resulting lot statuses in the Transaction Enterprise System 118. 

[0087] For each event, the Event Interpreter 216 extracts the applicable ordered list of rules 
from the Interpretation Rules Database 218. Step 800 selects the first rule in the ordered list. 
Step 802 applies the selected rule, creating zero or more Transaction(s) 220, as appropriate. Step 
804 updates the transaction dependency list to indicate that each newly created transaction is 
dependent on the previously created transaction(s), if any, for the lot(s) involved in that 
transaction. Step 806 calculates the transient status of the lot to which the transaction will be 
applied (as if the transaction has been performed). This transient lot status will be used as the 
starting lot status for the subsequent transaction. Step 808 compares the transient statuses 
derived in 806 to the new lot statuses of the current event. If these statuses are not equivalent, 
810 will select the next rule in the list and proceed to 802 for further processing of this event. 

[0088] FIGS. 9-1 1 illustrate an example of identifying Transactions 220 in FIG. 3 from 
WIP Status Updates 110, using the systems and methods described above. FIGS. 9A-9F 
illustrate a scenario consisting of six WIP Status Updates 110 from a single supplier in 
chronological order. FIG. 10 illustrates the corresponding lot statuses and the Supply Chain 
Events 212 that are identified when the Event Identifier 210 in FIG. 3 processes the WIP status 
updates 900 to 950 in FIGS. 9A-9F. FIGS. 11A-11B illustrate the sequence of Transactions 220 
identified by the Event Interpreter 216 in FIG. 3 by processing the Supply Chain Events 212. 

[0089] In FIG. 10, the identified events are represented by the stars 1002, 1006, 1010, 
1016, 1020, 1026, and 1032. The lot statuses are represented by the blocks 1004, 1008, 1012, 
1014, 1018, 1022, 1024, 1028, 1030, 1034, and 1036. Each lot status block has a consistent 
representation including the lot ID, quantity of the lot, the supplier step, and the [logical 
operation] to which the supplier step is mapped. The vertical dotted lines in FIG. 10 with labels 
900 to 950 reference the corresponding WIP status updates in FIGS. 9A-9F. For example, lot 
status 1004 corresponds to WIP status update 900. Note that lot status can be either new or 
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previous, depending on the frame of reference. Lot status 1008 is a new lot status relative to WIP 
status update 910 but a previous lot status relative to WIP status update 920. 

[0090] In this example, the lot grouping strategy selected by 600 of FIG. 6 will group the 
lots by Main Lot ID "T041305." The basic task is to identify the Supply Chain Events 1002, 
1006, 1010, 1016, 1020, 1026, and 1032 from the WIP status updates 900 to 950. 

[0091] The WIP status update 900 shown in FIG. 9 A consists of a single lot, which for the 
purposes of this example, does not exist in the WIP Tracking Database 214 in FIG. 3. Since the 
lot does not have a previous status, the Event Identifier 210 identifies this event as a Lot Start 
1002 in FIG. 10 for lot T041305.1, in accordance with step 726 of FIG. 7B, with the resulting 
lot status 1004. The process step SCHEDULED in lot status 1004 is mapped to the logical 
operation QUE, as shown in FIG. 4. 

[0092] The WIP status update 910 shown in FIG. 9B consists of one lot at process step 
WF1JSTART, which is mapped to the logical operation FSTR, as shown in FIG. 4. This results 
in the new lot status 1008. This new lot status 1008 is linked with the previous lot status 1004 
because they have the same Lot ID. Since there is no change in quantity, the Event Identifier 210 
in FIG. 3 identifies this event as a Lot Update 1006 in FIG. 10 from logical operation QUE to 
FSTR in accordance with 732 of FIG. 7B, consistent with the resulting lot status of 1008. 

[0093] The WIP status update 920 shown in FIG. 9C consists of two lots at the same 
process step PWL2_IM, which is mapped to logical operation FSTR, as shown in FIG. 4. Since 
these two lots have the same Main Lot ID, they will be processed under the same lot group, and 
as the sum of the quantities of these two lots match the previous quantity of lot T041 305.1, the 
Event Identifier 210 in FIG. 3 will identify this event as a Lot Split 1010 in FIG. 10 in 
accordance with steps 714 and 724 of FIG. 7A-7B, with resulting lot statuses of 1012 and 1014. 

[0094] The WIP status update 930 shown in FIG. 9D consists of one lot at process step 
VTPIJQVB, which is mapped to logical operation FSTR, as shown in FIG. 4. Since the new lot 
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quantity matches the sum of the quantities of the two previous lots (1012 and 1014) with the 
same Main Lot ID T041305, the Event Identifier 210 in FIG. 3 will identify this event as a Lot 
Merge 1016 with a resulting lot quantity of 25, in accordance with steps 720 and 724 of FIG. 7B, 
with a resulting lot status of 1018. 

[0095] The WIP status update 940 shown in FIG. 9E consists of two lots at process step 
COIET, which is mapped to logical operation METAL 1, as shown in FIG. 4. Since the two 
lots share the same Main Lot ID T041305, and the combined quantity of the two lots is only 24, 
the Event Identifier 210 in FIG. 3 will identify this event as a Lot Split 1020 in FIG. 10, in 
accordance with steps 714 and 724 of FIG. 7A-7B, with resulting lot statuses of 1022 and 1024. 
The loss of quantity from 25 to 24 will be handled by the Event Interpreter 216, which will be 
described further below. 

[0096] The WIP status update 950 shown in FIG. 9F consists of 4 lots: lots T041305.1 
and T041305.4, each with a quantity of 6, at process step ME2J>H; and lots T041305.3 and 
T041305.5, each with a quantity of 6, at process step WPL2_CMP. Both ME2_PH and 
WPL2_CMP are mapped to logical operation METAL 2, as shown in FIG. 4. The Event 
Identifier 210 in FIG. 3 will evaluate various combinations in accordance with steps 714 and 724 
of FIG. 7A-7B. In this example, it selects the "best fit" combination of events as Lot Split 1026 
and Lot Split 1032, with the resulting lot statuses of 1028, 1030, 1034, and 1036. This 
combination is selected as the best fit because the total quantity of the resulting lots is the same 
as the quantity of the lots prior to the split event, and the resulting child lots are at the same 
current process step as their respective parent lots. 

[0097] FIGS. 11A-11B illustrate the sequence of transactions 1112, 1114, 1116, 1118, 
1140, 1142, 1144, 1146, 1148, 1150, and 1152 created by the Event Interpreter 216 in FIG. 3 by 
processing the supply chain events 1002, 1006, 1010, 1016, 1020, 1026, and 1032 in FIG. 10. 
The vertical dotted lines with labels 900 to 950 and the lot status blocks follow the same 
nomenclature as in FIG. 10. The lot statuses 1120, 1122, 1128, and 1130 represent the transient 
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lot statuses created by the Event Interpreter 216 in FIG. 3 when an event results in a series of 
dependent transactions. 

[0098] The Event Interpreter 216 converts the first four events in FIG. 10 on a one-to-one 
basis to corresponding transactions: specifically, Lot Start 1002 event into the START 1112 
transaction, Lot Update 1006 event into the MOVE 1114 transaction, Lot Split 1010 event into 
the SPLIT 1116 transaction and Lot Merge 1016 event into the MERGE 1118 transaction. The 
resulting lot statuses in FIG. 11 A are the same as those in FIG. 10. 

[0099] The Lot Split 1020 event in FIG. 10 is converted into the following series of 
dependent transactions by the Event Interpreter 216 in FIG. 3: a SCRAP 1140 transaction in 
FIG. 11B, resulting in transient lot status 1120; a MOVE 1142 transaction, resulting in transient 
lot status 1122; and a SPLIT 1144 transaction, resulting in lot statuses 1022 and 1024. In the 
example above, the following rules for a Split Event would have been extracted, in the order 
given, from the Interpretation Rules Database 218 to create the series of dependent transactions: 
"If Quantity Loss, Perform a SCRAP"; "If Previous Logical Operation of Parent Lot Differs from 
New Logical Operation of Resulting Lots, Perform MOVE for Parent Lot". 

[0100] The Lot Split 1026 event in FIG. 10 is converted into the following series of 
dependent transactions by the Event Interpreter 216 in FIG. 3: a MOVE 1146 transaction in 
FIG. 11B, resulting in transient lot status 1128; and a SPLIT 1150 transaction, resulting in lot 
statuses 1028 and 1030. Similarly, the Lot Split 1032 event in FIG. 10 is converted into the 
following series of dependent transactions by the Event Interpreter 216 in FIG. 3: a MOVE 1148 
transaction in FIG. 11B, resulting in transient lot status 1130; and a SPLIT 1152 transaction, 
resulting in lot statuses 1034 and 1036. 

[0101] The semiconductor supply chain event identification method in this example is 
based on combinatorial algorithms and supplier process mapping. It is possible that the selected 
best-fit strategy may yield multiple valid combinations of split and merge events for a given WD? 
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status update. For example, if the lots shown in FIG- 9E were to each split into two lots with the 
exact same quantities at the exact same steps as shown in FIG. 9G, the results will be 
ambiguous. Lot T041305.4 might have been split from either T041305.1 or T041305.3. 
Similarly, lot T041305.5 might have been split from either T041305.1 or T041305.3. Similar 
cases of ambiguity also exist for lot merge events. 

[0102] An additional feature of the present invention provides a solution to resolve such 
ambiguities. In one approach, the system automatically chooses one of the valid combinations. 
Alternately, the system sends a notification to an appropriate person to resolve the ambiguity 
using the Graphical User Interface 224 in FIG. 3. 

[0103] Although the detailed description contains many specifics, these should not be 
construed as limiting the scope of the invention but merely as illustrating different examples and 
aspects of the invention. It should be appreciated that the scope of the invention includes other 
embodiments not discussed in detail above. Various other modifications, changes and variations 
which will be apparent to those skilled in the art may be made in the arrangement, operation and 
details of the method and apparatus of the present invention disclosed herein without departing 
from the spirit and scope of the invention as defined in the appended claims. Therefore, the 
scope of the invention should be determined by the appended claims and their legal equivalents. 
Furthermore, no element, component or method step is intended to be dedicated to the public 
regardless of whether the element, component or method step is explicitly recited in the claims. 

[0104] In the claims, reference to an element in the singular is not intended to mean "one 
and only one" unless explicitly stated, but rather is meant to mean "one or more." In addition, it 
is not necessary for a device or method to address every problem that is solvable by different 
embodiments of the invention in order to be encompassed by the claims. In addition, the use of 
capitalized terms (e.g., "Supply Chain Event" above) and the lack of capitalized terms (e.g., 
"supply chain event" in the claims) is not meant to imply a difference in meaning. 
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